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BACKGROUND OF THE INVENTION 

Field of the Invention 

[0001] This invention generally relates to a method and system that can monitor and 
communicate positions of a mobile object such that the object may be found 
when necessary. 
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Discussion of the Background 

[0002] With the rise of chip technology, many devices (e.g., laptops) are getting 

smaller with higher capabilities. The mainframe computer of 30 years ago has 
less capability than current laptop computers. In addition, the advance of 
battery technology allows increased portability of various devices. The 
functions of the cellular phone also have been increasing, with some services 
now supporting Internet access through the cellular phone. 

[0003] Technology continues to address many of today's problems. One current 

problem is finding a missing item (e.g., a stolen car) or a missing or distressed 
person. Tracking of vehicles such as automobiles and trucks is known. For 
example, Trimble Navigation Limited produces an array of products, 
including a global positioning system (GPS) by which data from mobile 
vehicles is sent via a wireless network at regular intervals to a centrally 
located base station to track the vehicles. 

[0004] Tremendous effort (money and manpower) also can be expended when 

searching for a missing person without ever finding that person. "Personal 
Locator Services Emerge" by Hiroaki Koshima & Joseph Hoshen (IEEE 
Spectrum, February 2000, vol. 37, no. 2, pp. 41-48) (hereinafter "Koshima"), 
describes many implementations of a personal locator device, including those 
that use global positioning system (GPS), to locate the position of an 
individual with the device. The location of the individual with the personal 
locator device is obtained when a subscriber requests the individual's location 
through a location service provider or when the panic button on the device is 
pressed. The personal locator device communicates its location to the location 
service provider, and the information about the location of the individual is 
communicated to the subscriber. The system in Koshima utilizes a service 
center that has to be contacted by a requester to locate a missing subscriber 
(e.g., a patient suffering from dementia). Further, Layson, Jr. (U.S. Patent No. 
6,014,080) describes how global positioning system (GPS) data from a body 
worn active and passive tracking device is sent via a wireless network to a 
centrally located base station. 
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[0005] There is a need for a remote position reporting device which sends properly 
formatted location data from mobile objects via a wireless network to any 
specified party using appropriate data formats and communication protocols 
such that the recipient (i.e., the person(s) in search of the mobile object) can 
determine the location of the mobile object. 

[0006] Accordingly, one object of the present invention is to provide methods to 
improve the chances of finding a mobile object by transmitting, from a 
position reporting device, GPS location data periodically to a recipient in 
search of the mobile object. By communicating information about the mobile 
object's position or positions directly to the recipient in search of the mobile 
object, there is a greater chance that the mobile object will be found. 

[0007] Another object of the present invention is to provide a system for monitoring 
the position of a mobile object with a global positioning system (GPS) 
receiver, a monitoring system, and an Internet access module communicating 
the position directly to the recipient in search of the mobile object. 

[0008] A further object of the present invention is to provide a system for 

communicating data obtained by monitoring the position of a receiver (e.g., a 
GPS receiver) to a remote recipient by transmitting data formats that ease the 
analysis of received data at the remote recipient. 

[0009] The present invention achieves these and other objects by monitoring the 

positions of a remote position reporting device (e.g. a device including a GPS 
receiver or other location sensing apparatus) that can be part of or attached to 
any mobile object. Mobile object may include, but are not limited to, a child, 
a skier, a car and expensive items. Other objects that can be monitored 
include devices that may require maintenance or repair (e.g., as part of a 
maintenance or service contract). Such objects can include business office 
devices (e.g., facsimile machines, copiers, image scanners, printers) that may 
need to be serviced or repaired under a service contract. However, if service is 
automatically requested by the office device itself (e.g., based on internal 
diagnostics), then the repair personnel may arrive only to find that the office 
device has been moved to another location, thereby frustrating the ability to 
service the device. Thus, to facilitate locating the business office device to be 
serviced or repaired, a remote position reporting device may be attached 
thereto. 
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[0010] Similarly, other machines that may need replenishment or servicing (e.g., 

vending machines) may be similarly equipped with a remote position reporting 
device to let the service personnel know where the machine is currently 
located. Thus, any such device that may need replenishment or service under 
a contract may also have a remote position reporting device attached thereto. 

[001 1] The remote position reporting device may also be attached to inventory that is 
likely to be moved, such as computers or monitors. 

[0012] In one embodiment, the obtained positions are collected, logged and 

communicated to a desired location by at least one of (1) a store-and-forward 
protocol (e.g., Internet e-mail) and (2) a direct-connection protocol (e.g., file 
transfer protocol (FTP)). The use of e-mail communication reduces the costs 
associated with communicating such data. The data can be communicated to 
the desired location at specified intervals. If necessary, direct connections 
between a monitored application and a monitoring system can be established 
in addition to, or instead of, the e-mail communication. 

[0013] One advantage of the present invention is that the positioning information can 
be directed to the desired destination rather than to a central location. The 
present invention allows the location information of the subscriber to be 
directed to a home computer that may have mapping capability, showing the 
requester (1) where the subscriber is, (2) how quickly the subscriber is 
moving, and (3) in which direction the subscriber is moving. The system can 
likewise be used to track children coming home from school. Any abrupt 
departures from the path home could indicate that a monitored child is in 
trouble. With the present invention, there is no need to periodically contact a 
service center to determine the children's location, unless it is so desired. 

[0014] Another application of the device of the present invention is to utilize the 

device on persons entering dangerous situations (e.g., adventurous skiers who 
are likely to go to dangerous spots). The locations of the skiers can be reported 
directly to a rescue team. Should an avalanche occur, the rescue team will 
know whether or not the skiers escaped the path of the avalanche and, of those 
who did not escape, how many are to be rescued. 

[0015] It is another object of the present invention to mount a remote position 

reporting device on or within a vehicle (e.g., a bus, boat, train, or taxi) such 
that the reporting device sends the position of the vehicle to a monitoring 
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device without user intervention. The position information can be used to 
periodically update an estimated time of arrival. 

Brief Description of Drawings 
[0016] A more complete appreciation of the present invention and many of the 

attendant advantages thereof will be readily obtained as the same becomes 

better understood by reference to the following detailed description when 

considered in connection with the accompanying drawings, wherein: 
[0017] Figure 1 illustrates the use of the position reporting device to send position 

information to a desired party; 
[0018] Figure 2 illustrates a position reporting device connected to a network of 

computers and databases through a Wide Area Network (e.g., the Internet); 
[0019] Figure 3 illustrates an alternative system configuration in which a position 

reporting device is connected to various networks through a Wide Area 

Network (e.g., the Internet); 
[0020] Figure 4 illustrates components of the position reporting device according to 

one embodiment of the present invention; 
[0021] Figure 5 shows the general architecture of the position reporting device; 
[0022] Figure 6A shows the general architecture of the Monitoring System; 
[0023] Figure 6B is an exemplary EventData class interface for use in the architecture 

of Figure 6 A; 

[0024] Figure 6C is an exemplary FormattedEventData class interface for use in the 

architecture of Figure 12 A; 
[0025] Figure 7 shows the calling sequence of the interface functions within the 

position reporting device; 
[0026] Figure 8 shows the processing when the Monitoring System sends the 

monitored position information with the specified formats using the specified 

protocols; 

[0027] Figure 9 shows an alternative calling sequence of the interface functions from 

the position reporting device; and 
[0028] Figure 10 illustrates the elements of an exemplary computer. 
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Detailed Description 

[0029] Referring now to the drawings, wherein like reference numerals designate 
identical or corresponding parts throughout the several views, Figure 1 
illustrates a position reporting device 20 whose position is being monitored. 
As shown in Figure 1, according to one embodiment a GPS satellite 22 of a 
larger GPS constellation transmits information to the position reporting device 
20. The information is used by the position reporting device 20 to determine 
its own position. The position reporting device 20 can determine its own 
position using techniques such as those taught by Matsumoto (U.S. Patent No. 
5,210,540), Hwang (U.S. Patent No. 5,021,792) (both incorporated herein by 
reference), or other techniques known in the GPS field that calculate positions 
from signals received from plural known locations (e.g., plural GPS satellites, 
plural ground stations, or a combination thereof). The position reporting 
device 20 may obtain the information continuously or periodically. The 
position reporting device 20 can be used to obtain the position of any mobile 
object (e.g., a hiker 24 (see Figure 1), a child, a bike, a car, a pair of skis, a 
snowboard, a boat, a hang glider or a business office device). As would be 
appreciated, the position reporting device 20 may be affixed to (either 
permanently or temporarily) or placed inside any of the mobile objects, as 
necessary. The position information is (1) collected in the position reporting 
device 20 and (2) communicated to a desired party (e.g., using a store-and- 
forward or direct communication protocol) using wireless communication. In 
Figure 1 , the position information is communicated to a computer workstation 
26. The user of the workstation 26 is provided information on the location of a 
mobile object (e.g., the hiker 24). If the object is missing, the user of the 
computer workstation 26 can use the position information communicated to it 
to provide information to a search team to quickly find the object. 

[0030] Figure 2 illustrates a position reporting device 20 connected to a Wide Area 
Network (WAN) 10 via a wireless connection (e.g., using a radio frequency 
(RF) or infra-red (IR) transmitter or transceiver). The position reporting device 
20 obtains signals from the GPS satellites and determines its own position. 
The position reporting device 20 collects position information and then 
communicates this information to a recipient. Wireless transceivers are 
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commercially available from Ricochet Wireless, Sprint PCS Wireless, and 
RCN's Blackberry Wireless Email. 
[0031] In Figure 2, a wide area network (e.g., the Internet or its successor) is 

generally designated by 10. The WAN 10 can either be a private WAN or a 
public WAN. The WAN 10 includes a plurality of interconnected computers 
and routers designated by 12A-12I. The manner of communicating over a 
WAN is known through Request for Comments documents available via the 
HTTP protocol at www.ietf.org/rfc.html. Transmission Control 
Protocol/Internet Protocol (TCP/IP) related communication is described in 
several references, including (1) TCP/IP Illustrated, Vol. 1, The Protocols, by 
Stevens, from Addison- Wesley Publishing Company, 1994, ISBN: 
0201633469, (2) Internetworking with TCP/IP by Comer and Stevens, 4th 
edition, Vol. 1 (April 15, 2000), Prentice Hall; ISBN: 0130183806 , (3) 
Internetworking with TCP/IP, Vol. II, ANSI C Version: Design, 
Implementation, and Internals, by Comer and Stevens, 3 edition (June 10, 
1998) Prentice Hall; ISBN: 0139738436, and (4) Internetworking with 
TCP/IP, Vol. Ill, Client-Server Programming and Applications- Windows 
Sockets Version, by Comer and Stevens, 1 edition (April 28, 1997) Prentice 
Hall; ISBN: 0138487146. The contents of all four books are incorporated 
herein by reference in their entirety. 
[0032] In Figure 2, a firewall 40B is connected between the WAN 10 and a network 
52. Also, a firewall 40A is connected between the WAN 10 and a workstation 
42. The firewall 40B is a device that allows only authorized computers on one 
side of the firewall to access a network or other computers on the other side of 
the firewall. Firewalls such as firewall 40A and 40B are known and 
commercially available devices and/or software and, for example, include 
SunScreen from Sun Microsystems Inc. 
[0033] The network 52 is a conventional network and includes a plurality of 

workstations 56A-56D. In addition to the workstations connected via the 
network 52, there is a workstation 42 that is not directly connected to the 
network 52. Information in a database stored in a disk 46 may be shared using 
proper encryption and protocols over the WAN 10 to the workstations 
connected directly to the network 52. Also, the workstation 42 includes a 
direct connection to a telephone line and/or Integrated Services Digital 
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Network (ISDN) and/or cable and/or wireless network 44, and the database in 
disk 46 may be accessed through the telephone line, ISDN, cable or 
wirelessly. The cable used by this invention may be implemented using a 
cable which typically is used to carry television programming, a cable which 
provides for high speed communication of digital data typically used with 
computers or the like, or any other desired type of cable. The workstations 42 
and 56A-56D that are connected to the WAN provide a secure connection to 
the position reporting device 20. This allows the position reporting device 20 
to properly communicate its position information to any of the workstations 42 
and 56A-56D. Devices 58A-58D are data storage devices. 
[0034] A feature of the present invention is the use of a "store-and- forward" mode of 
communication (e.g., Internet e-mail) or transmission between the position 
reporting device 20 and a workstation for monitoring the position information. 
The "store-and-forward" process avoids the position reporting device 20 from 
having to wait until a direct connection is established with the recipient. 
Because of network delays, the communication could take a substantial 
amount of time during which the application would be unresponsive. Such 
unresponsiveness can be unacceptable to the recipient, if for example, one is 
tracking the motion of the position reporting device 20. By using e-mail as the 
store-and-forward process, retransmission attempts after failures occur 
automatically for a fixed period of time. Alternatively, the message that is 
transmitted may be implemented using a mode of communication that makes 
direct, end-to-end connections. The destination address to which the store- 
and-forward or direct communications is to be sent is programmable at 
potentially any time before the communication is to occur (i.e., 
preprogrammed before use). It also may be reprogrammed later if the location 
to which the communication is to be directed is to be changed. Similarly, the 
remote position reporting device may be programmed with a plurality of 
destinations and may be further programmed to include an order in which the 
destinations are to be contacted (e.g., based on the time of day or the inability 
to contact a particular destination within a fixed period of time). Such a 
destination address is considered semi-static since it is reprogrammable but 
retained even if the remote position reporting device is powered off. 
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[0035] Figure 3 illustrates an alternative system diagram of the present invention in 
which different devices and subsystems are connected to the WAN 10. 
However, there is no requirement to have each of these devices or subsystems 
as part of the invention. Each component or subsystem illustrated in Figure 3 
is individually a part of the invention. Further, the elements illustrated in 
Figure 2 may be connected to the WAN 10 that are illustrated in Figure 3. In 
Figure 3, there is a position reporting device 20 that is connected to the WAN 
10 via a wireless connection. Further in Figure 3, there is illustrated a firewall 
40C connected to an Intranet 1 12. The service machine 114 connected to the 
Intranet 1 12 includes therein or has connected thereto data 116 which may be 
stored in a database format. The data 1 16 may include a history of the position 
information of the position reporting device 20 that is being monitored. The 
service machine 114 may be implemented as any type of device and is 
preferably implemented using a computerized device such as a general- 
purpose computer. 

[0036] An alternate type of sub-system includes the use of an Internet Service 

Provider (ISP) 118 that may be any type of ISP, including known commercial 
companies such as for example America Online, Mindspring, and Niftyserve. 
In this sub-system, a computer 120 A is connected to the ISP 118 through a 
modem (e.g., an analog telephone line modem, a cable modem, an ISDN- 
based modem, an Asymmetric Digital Subscriber Line (ASDL)-based modem, 
a frame relay adapter, a wireless (e.g., radio frequency) modem, an optical 
modem, or a device that uses infrared light waves). The computer 120 A may 
receive position information communicated to it by the position reporting 
device 20. 

[0037] Also illustrated in Figure 3 is a firewall 40E connected to a network 126. The 
network 126 may be implemented as any type of computer network (e.g., an 
Ethernet or Token-Ring network). Networking software that may be used to 
control the network includes any desired networking software including 
software commercially available from Novell or Microsoft. The network 126 
maybe implemented as an Intranet, if desired. Computers 120D and 120C 
connected to the network 126 may receive position information from the 
position reporting device 20. The wireless communication described herein 
may be established using spread spectrum techniques including techniques 
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which use a spreading code and frequency hopping techniques such as the 
frequency hopping technique disclosed in the Bluetooth Specification 
(available at the world wide web site www.bluetooth.com), which is 
incorporated herein by reference. 
[0038] Another sub-system illustrated in Figure 3 includes a firewall 40D, an Intranet 
132, and a computer 120B. The computer 120B may receive position 
information from the position reporting device 20. While Figure 3 illustrates a 
plurality of firewalls, the firewalls are preferable but optional equipment and 
therefore the invention may be operated without the use of firewalls, if 
desired. 

[0039] Figure 4 shows the components of the position reporting device 20. The 

position reporting device 20 contains a GPS Receiver 150. The GPS Receiver 
150 obtains signals from GPS satellites or ground stations to determine its 
position. GPS receivers are available in the form of handheld GPS receivers, 
automotive GPS receivers, and fixed-mount GPS receivers. Commercially 
available handheld GPS receivers are the Magellan GPS Blazer 12, Trimble 
GeoExplorer 3, and Garmin GPS 12CX HandHeld GPS. Commercially 
available automotive GPS receivers are the Magellan 750 Nav - Neverlost, 
Philips Carin GPS Navigation System, and Garmin StreetPilot Portable GPS 
Mapping System. 

[0040] Further in Figure 4, the position reporting device 20 contains a Monitoring 

System 152. The Monitoring Systeml52 maybe software (e.g., a dynamic link 
library (DLL)) that the GPS Receiver 150 interfaces with to record the 
position information. The Monitoring System 152 monitors and maintains the 
position information of position reporting device 20 and when triggered, the 
Monitoring System 152 will communicate the position information to a 
desired party. 

[0041] The position reporting device 20 also contains a communications access 

module (e.g., an Internet Access Module 154). The Internet Access Module 
154 interfaces with the Monitoring System 152 so that it may communicate 
the position information to a desired party. The Internet Access Module 154 
provides wireless access to the Internet so that wireless communication can 
occur. As mentioned above, there are commercially available products that 
establish connections to the Internet using wireless communications (.e.g, 
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Ricochet Wireless, Sprint PCS Wireless, and RCN's Blackberry Wireless 
Email). 

[0042] Figure 5 shows the general event management architecture of the position 

reporting device 20 that can be implemented as any one, or a combination of, a 
dynamic linked library, a script, a JAVA or C++ class, a C library routine, etc. 
The remainder of this discussion describes the implementation in terms of a 
DLL. The GPS Receiver 150 obtains information from the GPS satellites and 
determines its position. The position reporting device 20 may obtain its 
position information either periodically (e.g., every minute or every 5 minutes) 
or aperiodically (after five minutes, then after ten minutes, then after three 
minutes, etc.). 

[0043] Further in Figure 5, the Monitoring System 152 is the monitoring software or 
monitoring DLL that the position reporting device 20 uses to record and 
maintain the position information it collects. The Monitoring System 152 
provides five interface functions to the GPS Receiver 150. SetApplicationID 
allows the GPS Receiver 150 to inform the Monitoring System 152 about the 
identification of the position reporting device 20. StartMonitoring allows the 
GPS Receiver 150 to inform the Monitoring System 152 that the monitoring 
system should prepare to log information about its position. StartMonitoring 
lets the Monitoring System 152 initialize itself before recording position 
information. RecordEvent allows the GPS Receiver 150 to inform the 
Monitoring System 152 that it should record the position information. The 
GPS Receiver 150 will pass information to the Monitoring System 152 about 
its position. The Monitoring System 1 52 maintains information about the 
position reporting device position. The Monitoring System 152 may either 
maintain information about its latest position or information about its position 
over a period of time. SelectFormatProtocol allows the GPS receiver 150 to 
inform the Monitoring System 152 which format and protocol to use to 
communicate the position information to a desired party. StopMonitoring 
allows the GPS receiver 150 to inform the Monitoring System 152 that it 
should stop recording position information. In addition to triggering the 
Monitoring System 152 to communicate the position information periodically, 
the Monitoring System 152 can be triggered to communicate the position 
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information to a desired party when the GPS receiver 150 calls the interface 
function StopMonitoring. 

[0044] Figure 5 shows an Internet Access Module 154 that allows the Monitoring 

System 152 to communicate the position information to the desired party. The 
Internet Access Module 154 provides the Monitoring System 152 wireless 
access to the Internet so that it may use simple mail transfer protocol (SMTP) 
or file transfer protocol (FTP) to communicate the position information to the 
desired party such as the recipient in a direct search for the mobile object. The 
Internet Access Module 154 provides the interface function ConnectSystem to 
the Monitoring System 1 52 to provide it access to the Internet. 

[0045] The Monitoring System 152 contains information about the desired party to 
which the position information is communicated. In one embodiment, this 
information is set up in the position reporting device 20 prior to attaching it to 
a mobile object. This setup allows the position reporting device 20 to 
communicate the position information to any desired party or recipient. 
Alternatively, the desired party can be identified after attaching the device 20 
to the mobile object. 

[0046] Figure 6A shows the general event management architecture of the system that 
can be implemented as any one, or a combination of, a dynamic linked library 
(DLL), a static linked library, a script, a Java or C++ class, a C library or 
routine, etc. The remainder of this discussion describes the implementation in 
terms of a DLL. In general, a GPS receiver control application 150 
communicates through an interface 600. The interface 600 specifies the 
Application Programming Interface (API) for the event management 
architecture (e.g., how position information is passed via a C or C++ function 
call to the object(s) in the System manager 602 with the same names). The 
System Manager computer code device 602 manages the behavior of other 
computer code devices by using appropriate objects and their functions. 
Similarly, the Event Logger 604 records all the necessary information such as 
User ID, Application ID, Cumulative Session Number, Start Time, Duration 
and Sequence of Events with the elapsed times when requested through the 
system manager 602. The Event Logger supports functions including: 
initialize(), storeEventQ, stopMonitoringQ, and getEventDataQ. 
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[0047] The initialize function receives a string parameter for the Application ID. The 
System manager 602 calls this function when startMonitoring is called by the 
GPS receiver control application 150. The function sets the Application ED, 
takes care of the Cumulative number of usages, reads the clock to store the 
start time in order to compute the elapse time and duration, and sets up the 
user information by examining the registry. 

[0048] After initialization, the storeEvent() function can be called with a string 

parameter for the Event passed by recordEvent. The EventLogger 604 stores 
the event string and the elapsed time from the start time (recorded during the 
initializeQ function call). 

[0049] After the application 150 has completed its usage monitoring, it calls the 
stopMonitoring function so that the duration can be computed. If multiple 
sessions are stored, this function stops the recording of a corresponding 
session. 

[0050] The EventLogger 604 also provides access to a getEventData function. If the 
stopMonitoring was not previously called (i.e., the current session's duration 
field is undefined), the monitoring is stopped by calling the stopMonitoring 
function. The stopMonitoring function computes the duration of the current 
session. The getEventData function returns an abstract class with the access 
functions shown in Figure 6B. The abstract class facilitates extensions for 
multiple sessions. 

[0051] The Format And Protocol Information Base System 606 (implemented as any 
one or a combination of package, DLL, static library, etc.) stores the format 
and protocol information and checks the combination of formats and protocols 
to determine the valid combinations. To facilitate the storage process, the 
storeFormatAndProtocol function accepts two parameters (i.e., one for format 
and one for protocol). The function checks to ensure that the parameters are a 
valid combination. 

[0052] The component 606 also includes a getFormatAndProtocolVector function 
returns a format and associated vector of protocols. In one embodiment, the 
function performs error checking. For example, if a protocol allows only one 
format to be sent, then the format should be the last format in the function call 
of selectFormatProtocol. The return value is a boolean value where true 
indicates that valid parameters were returned and false indicates that no more 
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data is available. The return parameters are int and vector of int. The first int 
refers to the format while the vector of int refers to the vector of protocols for 
the format. When there is no selectFormatProtocol function call, the 
getFormatAndProtocolVector returns the default setting. Also would be 
evident, other collections (e.g., a list template) may be used in place of a 
vector. 

[0053] The Data Format Processor 608 is responsible for formatting event data into a 
specified format. One exemplary function is the formatEventData function that 
receives a pointer to the abstract class EventData. The return value is a pointer 
to the abstract class FormattedEventData. Generally, interface to the 
FormattedEventData abstract class is defined as in Figure 6C. 

[0054] The Protocol Processor 610 is responsible for communicating the formatted 
event data through the specified protocol. In one embodiment, the processor 
610 also encrypts the data before it is sent. To output the data, the 
processFormattedData function is called with an input pointer to the abstract 
class FormattedEventData. The function returns a boolean value where "true" 
represents no errors, and "false" represents the existence of an error while 
sending the formatted data. 

[0055] The System 612 supplies important information and persistent information 
across the execution of the DLL. Some of the important information is timer 
information through the library call. The registry to keep the necessary 
information is another important component of the System 612. Many registry 
entries are set up at installation time. An exemplary structure for the registry 
is: 

[0056] HKEY LOCAL MACHINE SOFTWARE - RicohMonitor - 

XXX(ApplicationlD) 
[0057] Where XXX represents the Application ID, the following variables are placed 

in the registry under XXX tree: CumulativeUsage, UserlD, SMTP Server, 

Recipients, From, FTP Server, FTP User, FTP Password, FTP Target Path etc. 

In one embodiment, CumulativeUsage is an integer, and the rest of the 

variables are strings. 

[0058] Figure 7 shows an exemplary calling sequence within the position reporting 
device 20. The GPS receiver 150 sets the application ED through the interface 
function SetApplicationID of the Monitoring System. The GPS receiver 150 
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starts the monitoring of the position information through the interface function 
StartMonitoring of the Monitoring System 152. The Monitoring System 152 
records and maintains start information. The GPS receiver 150 obtains 
position information periodically. For each occurrence, the GPS receiver 150 
calls the interface function RecordEvent of the Monitoring System 152 
passing the position information so that the Monitoring System 1 52 will keep 
track of the position information. The Monitoring System 152 will 
periodically communicate the position information by calling the interface 
function ConnectSystem of the Internet Access Module 154 to obtain wireless 
access to the Internet. This will allow the Monitoring System 152 to 
communicate the position information to a desired party. When the position 
reporting device 20 is turned off, the GPS receiver stops monitoring the 
position information by calling the interface function StopMonitoring of the 
Monitoring System 152. The Monitoring System 152 will communicate the 
final position information by calling the interface function ConnectSystem of 
the Internet Access Module 154 to obtain wireless access to the Internet and to 
communicate the position information to a desired party. 
[0059] Figure 8 describes the process of sending the monitored position information. 
The position information is sent periodically after the position information has 
been collected by the Monitoring System 152. Steps 1 through 3 show the 
process of recording the latest position information after the GPS receiver 150 
has obtained information about its location. Step 4, entitled "getEventData," 
shows the process of obtaining the position information in order to 
communicate it to the recipient or desired party. This position information 
may correspond to the latest position information or the position information 
over a period of time. The class CMonitorManager acts as the System 
Manager 602 and contains trigger information about when to communicate the 
position information. Step 5, entitled "getFormatAndProtocolVector," shows 
the process of obtaining the data format and communication protocol in which 
the position information is communicated to the desired party. Later, step 6 , 
entitled "CreateDataFormatProcessor," creates a data formatter for the selected 
formatting that is used to format the position information in step 7. Step 8 
obtains the protocol processor that is used to communicate the position 
information in step 9. Together, steps 6 and 8 show that the formatters and 
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protocol processors can be created dynamically (i.e., only when they are 
needed). 

[0060] Figure 9 describes the use of the position reporting device 20. The GPS 

Receiver 150 obtains signals from GPS satellites 22. The GPS Receiver 150 
determines the location of the position reporting device 20 and records the 
location in the Monitoring System 152 through the interface function 
RecordEvent. The GPS Receiver 150 obtains, determines, and records the 
position of the position reporting device 20 at specified times. The 
Monitoring System 1 52 will record the position information and after a time 
interval will communicate the position information to a desired recipient. The 
Monitoring System 152 will obtain wireless access to the WAN (e.g., Internet) 
10 to communicate of the position information through the interface function 
ConnectSystem of the Internet Access Module 154. The position reporting 
device 20 communicates with the Internet 10 via wireless communication. 
The position information will be delivered to the desired recipient through the 
Internet 10 via email or file transfer protocol. The position information is 
obtained by the computer workstation 114 and may be stored on a 
corresponding data storage device 1 16 in a database. 

[0061] The aforesaid methods and steps for remote position monitoring are contained 
according to this invention on a computer program product. The computer 
program product is a storage medium including instructions which can be used 
to program or control a computer or a plurality of networked computers to 
perform a process of the invention. The storage medium can include, but is not 
limited to, any type of disk including floppy disks, optical discs, CD-ROMs, 
and magneto-optical disks, ROMs, RAMs, EPROMs, EEPROMs, magnetic or 
optical cards, or any type of media suitable for storing electronic instructions. 

[0062] The various computers utilized by the present invention, including the 

computers 42 and 56A-56D of Figure 2, may be implemented as illustrated in 
Figure 10. Further, any other computer utilized by this invention may be 
implemented in a similar manner to the computer illustrated in Figure 10, if 
desired, including the service machine 114 and computer 120C. However, not 
every element illustrated in Figure 10 is required in each of those computers. 
In Figure 10, the computer 1002 includes a CPU 1004 which may be 
implemented as any type of processor including commercially available 
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microprocessors from companies such as Intel, AMD, Motorola, Hitachi and 
NEC. There is a working memory such as a RAM 1006, and a wireless 
interface 1008 which communicates with a wireless device 1010. The 
communication between the interface 1008 and device 1010 may use any 
wireless medium (e.g., radio waves or light waves). The radio waves may be 
implemented using a spread spectrum technique such as Code Division 
Multiple Access (CDA) communication or using a frequency hopping 
technique such as that disclosed in the Bluetooth specification. 

[0063] There is a ROM 1012 and a flash memory 1014, although any other type of 
non-volatile memory (e.g., EPROM, or an EEPROM) may be utilized in 
addition to or in place of the flash memory 1014. An input controller 1016 has 
connected thereto a keyboard 1018 and a mouse 1020. There are serial and 
parallel interfaces (not shown) connected to serial and parallel devices (not 
shown). There is an IEEE 1394 device, commonly referred to as a fire wall 
device 1032, connected to an IEEE 1394 interface (not shown). The various 
elements of the computer 1002 are connected by a system bus 1038. A disk 
controller 1040 is connected to a floppy disk drive 1042 and a hard disk drive 
1044. A communication controller 1046 allows the computer 1002 to 
communicate with other computers (e.g., by sending e-mail messages) over a 
telephone line 1048 or a network . An I/O (Input/Output) controller 1050 is 
connected to a printer 1052 and a hard disk 1054, for example using a SCSI 
(Small Computer System Interface) bus. There is also a display controller 
1056 connected to a CRT (Cathode Ray Tube) 1058, although any other type 
of display may be used including a liquid crystal display 1068, a light emitting 
diode display, a plasma display, etc. 

[0064] Numerous modifications and variations of the present invention are possible in 
light of the above teachings. It is therefore to be understood that within the 
scope of the appended claims, the invention may be practiced otherwise than 
as specifically described herein. 
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